Multi-modal communication using a session specific proxy server

ABSTRACT

A method and apparatus for multi-modal communication includes a controller ( 236 ) operably coupled to at least one multi-modal session proxy server ( 226 ). On a per multi-modal session basis, the controller ( 236 ) provides the multi-modal session proxy server ( 226 ) with a multi-modal proxy identifier ( 138 ). The multi-modal proxy identifier ( 138 ) is then provided to at least one browser with a per session multi-modal proxy evaluator ( 220 ) having a browser proxy identifier ( 140 ) wherein the browser proxy identifier ( 140 ) is evaluated in view of the multi-modal proxy identifier ( 138 ). The multi-modal session proxy server ( 226 ) then receives an information request ( 231 ) from the browser with per session multi-modal proxy evaluator ( 220 ) wherein the requested information is fetched from a content server ( 240 ). When the requested information is retrieved, a multi-modal synchronization coordinator ( 122 ) notifies the other browser with per session multi-modal proxy evaluator ( 232 ), via a multi-modal synchronization interface ( 234 ).

FIELD OF THE INVENTION

The invention relates generally to communication devices and methods andmore particularly to communication devices and methods that employ proxyservers.

BACKGROUND OF THE INVENTION

An emerging area of technology involving terminal devices, such ashandheld devices, mobile phones, laptops, PDAs, internet appliances,desktop computers, or other suitable devices, is the application ofmulti-modal interaction for access to information and services.Typically resident on the terminal device is at least one browser,wherein the browser is a program which allows the user to enter fetchrequests, receive fetched information, and navigate through contentservers via internal, e.g. intranet, or external, e.g. internet,connections, and present information to the user. The browser may be agraphical browser, voice browser, JAVAX based application, softwareprogram application, or any other suitable browser as recognized by oneof ordinary skill in the art.

Multi-modal technology allows a user to access information, such voice,data, encryption, video, audio or other information, and services suchas email, weather updates, bank transactions, and news through one ormore browsers. More specifically, the user may submit an informationfetch request in one or more modalities, such as speaking a fetchrequest into a microphone, and the user may then receive the fetchedinformation in either the first mode or a second mode, such as viewingthe information on a display screen. Within the terminal device, thebrowser works in a manner similar to a standard web browser or programapplication, such as NETSCAPE NAVIGATOR®, resident on a computerconnected to a network. The browser receives an information fetchrequest, typically in the form of a universal resource indicator (URI),a bookmark, touch entry, key-entry, voice command, etc. The browser thentranslates the information fetch request and sends this request to theappropriate content server, such as a commercially available contentserver, such as a weather database via the internet, an intranet serveror any other suitable network. The information is then provided back tothe browser, typically encoded as mark-up language for the browser todecode, such as hypertext mark-up language (HTML), wireless mark-uplanguage (WML), extensive mark-up language (XML), Voice extensibleMark-up Language (VoiceXML), Extensible HyperText Markup Language(XHTML), or other such mark-up languages.

In multi-modal communication, each browser may directly fetch therequested information from the content server. Wherein, each browser mayaccess the same content server at the same time for the same requestedinformation, to provide synchronization between the browsers. Thisincreases the number of “hits” on a content server, reduces availablesystem bandwidth, and can increase costs and decrease efficiency of themulti-modal system. Therefore, it may be more efficient to cache therequested information at an intermediate memory location, such that thecontent server may be accessed once, and the other browsers may thenaccess the intermediate memory location.

Typically, a computer resident on a network fetches the informationrequest through a proxy server commonly known as a firewall server.Wherein, a proxy server is a computer having a proxy, an applicationrunning on a gateway that relays packets of information between atrusted client, such as the networked computer, and an untrusted host,such as the third party content server. The proxy server may act as theintermediate memory location for the multi-modal system.

Generally, a browser has a static proxy address that is independent of aparticular session. When the browser is first installed on a terminal,computer or other device, a browser proxy address is assigned andmanually inserted therein, via a graphical user interface (GUI).Moreover, the proxy address may be manually changed by a user via a GUI,after installation. Typically, the proxy address refers to a specificproxy server, such as a firewall server, allowing a user to safelyaccess information from the various content servers. Therefore, whenevera browser receives a URI request, that request is transmitted throughthe static proxy server.

Concurrent with the emergence of multi-modal technology, concerns ariseregarding different types of browsers (e.g. graphical, voice, etc.)seeking information from a variety of different content servers. If afirst browser, such as a graphical browser, in the terminal deviceretrieves a specific set of information, it is important to synchronizethe second browser, such as a voice browser on the network device, ofthe first browser's fetch request and successful retrieval. If thedifferent browsers are not synchronized properly, a user may encounterproblems when switching between browsers or when using multiple browsersto input commands or fetch requests.

A proposed solution is the emergence of a multi-modal synchronizationcoordinator, which provides synchronization for multiple browsers in amulti-modal system. Even with the synchronization of the browsers withinthe multi-modal system, a problem still arises due to the browsers'generally static multi-modal proxy address. In addition to possibleavailable bandwidth problems as discussed above, the user is required toprovide information fetch requests through a static multi-modal proxyserver, regardless of the user's location. For example, if the browseron a mobile phone has a statically assigned proxy server that is locatedin Chicago, but the mobile phone is being used in Atlanta, then theinformation fetch request from the browser has to be sent through theproxy server located in Chicago and then routed back to Atlanta. Thismay reduce system efficiency.

As such, there exists a need for an improved multi-modal proxy deviceand method.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention will be more readily understood with reference to thefollowing drawings wherein:

FIG. 1 illustrates a block diagram of a system for multi-modalcommunication using a session specific proxy server, in accordance withone embodiment of the present invention.

FIG. 2 illustrates a block diagram of a browser in accordance with oneembodiment of the present invention.

FIG. 3 illustrates a block diagram of a system for multi-modalcommunication using a session specific proxy server, in accordance withone embodiment of the present invention.

FIG. 4 illustrates a plurality of browsers operably coupled to aplurality of multi-modal session proxy servers, in accordance with oneembodiment of the present invention.

FIG. 5 illustrates a flow chart representing a method for multi-modalcommunication using a session specific proxy server, in accordance withone embodiment of the present invention.

FIG. 6 illustrates a flow chart representing a method for the dynamicevaluation of a multi-modal session proxy server, in accordance with oneembodiment of the present invention.

FIG. 7 illustrates a flow chart representing a method for the dynamicevaluation of a multi-modal session proxy identifier within a graphicalbrowser, and the fetching of an information fetch request, in accordancewith one embodiment of the present invention.

FIG. 8 illustrates a flow chart representing a method for the dynamicevaluation of a multi-modal session proxy for a voice browser, and thefetching of an information fetch request, in accordance with oneembodiment of the present invention.

FIG. 9 illustrates a flow chart representing a method multi-modalcommunication using a session specific proxy server and a multi-modalsession identifier, in accordance with one embodiment of the presentinvention.

DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT OF THE INVENTION

Generally, a system and method provides multi-modal communicationthrough a controller and at least one multi-modal session proxy server,having a proxy address, operably coupled to the controller. Thecontroller determines, on a per multi-modal session basis, a multi-modalproxy identifier, wherein the multi-modal proxy identifier representsthe proxy address of the multi-modal session proxy server.

At least one browser, such as a graphical browser and/or a voicebrowser, is operably coupled to the multi-modal session proxy server.When the controller determines the multi-modal proxy identifier, whichrepresents the multi-modal session proxy server for the multi-modalcommunication session, the multi-modal proxy identifier is provided tothe browser. The browser has a browser proxy identifier that contains aproxy address for a proxy server. When the browser receives themulti-modal proxy identifier, the browser evaluates the browser proxyidentifier in response to the multi-modal proxy identifier. Thereby, thebrowser proxy identifier is dynamically updated on a per session basis.Moreover, a multi-modal session is defined as an interactive periodwhere the multi-modal browsers are actively engaged with a networkelement and with at least one content server. Similar to a telephonesession, the session begins when a transceiver connects with a receiver,the session is active as long as the connection is maintained, and thesession is ended as the termination of the connection.

The controller is further operably coupled to at least one loadbalancer. The load balancer determines, or is otherwise informed of, theavailable bandwidth for each of the at least one multi-modal sessionproxy servers. Based on this determination, the controller determinesthe multi-modal session proxy server for the multi-modal session andassigns the multi-modal proxy identifier to the multi-modal sessionproxy server address. Whereupon, the multi-modal proxy identifier isthen provided to the at least one browser.

Moreover, the system and method provide for the synchronization ofmultiple browsers within a multi-modal communication session. Amulti-modal synchronization coordinator is operably coupled themulti-modal session proxy server. Furthermore, the multi-modal sessionproxy server is operably coupled to a graphical browser and a voicebrowser. The graphical browser is operably coupled to a graphicalbrowser multi-modal synchronization interface and the voice browser isoperably coupled to a voice browser multi-modal synchronizationinterface. Moreover, the graphical browser multi-modal synchronizationinterface and the voice browser multi-modal synchronization interfaceare both operably coupled to the multi-modal synchronizationcoordinator.

When an information request is provided by one of the browsers, such asthe graphical browser, the request is provided to the multi-modalsession proxy server designated by the multi-modal proxy identifier. Themulti-modal session proxy server retrieves the requested information andprovides the information to the proper browser, such as the voicebrowser. When the requested information is retrieved, the multi-modalsession proxy server provides the requested information to themulti-modal synchronization coordinator, which thereupon sends theinformation to all the other multi-modal browsers, such as the graphicalbrowser, thus synchronizing the multi-modal browsers through themulti-modal synchronization interfaces, such as the graphical browserthrough the graphical browser multi-modal synchronization interface.

FIG. 1 illustrates one example of an apparatus 100 that provides amulti-modal session using a dynamically updated multi-modal sessionproxy. The apparatus 100 comprises a terminal 101 operably coupled to anetwork element 102. More specifically, the terminal 101 contains abrowser with a per session multi-modal proxy evaluator 104, such as agraphical browser, and a multi-modal synchronization interface 106. Thebrowser with a per session multi-modal proxy evaluator 104 is residenton the terminal 101 and operably coupled, via connection 108, to amulti-modal session proxy server 110. However, it will be recognizedthat other browsers, such as a voice browser, may be used. Asillustrated, the multi-modal session proxy server 110 is a sessionspecific designated proxy server, and one of a plurality of multi-modalsession proxies within the network element 102.

Resident within the network element 102 is another browser having a persession multi-modal proxy evaluator 112, such as a voice browser, and amulti-modal synchronization interface 114. Similar to the terminalbrowser with per session multi-modal proxy evaluator 104, the networkelement browser with per session multi-modal proxy evaluator 112 isoperably coupled to the multi-modal session proxy server 110, viaconnection 116. Moreover, both the terminal multi-modal synchronizationinterface 106 and the network element multi-modal synchronizationinterface 114 are operably coupled, via connections 118 and 120respectively, to a multi-modal synchronization coordinator 122 residentwithin the network element 102. As illustrated in FIG.1, the multi-modalsynchronization coordinator 122 may be one of a plurality of multi-modalsynchronization - coordinators designated for the multi-modal session.Moreover, the multi-modal synchronization coordinator 122 is operablycoupled to the multi-modal session proxy server 110 such that when afetch request is successfully retrieved, the multiple browsers may besynchronized, as discussed below.

As recognized by one of ordinary skill in the art, the browser with persession multi-modal proxy evaluator 112 located on the network element102, may also be resident on the terminal 101. In the example of a voicebrowser as the network element browser with per session multi-modalproxy evaluator, due to current processing requirements associated witha voice browser, including speech recognition requirements, it may bemore efficient to place the browser with per session multi-modal proxyevaluator 112 and the multi-modal synchronization interface 114 withinthe network element 102, but it is within the scope of the presentinvention for these elements, among others, to be resident on theterminal 101. Also recognized by one of ordinary skill in the art, manyelements for the interaction of the terminal 101 and network element 102have been omitted for clarity purposes only.

When a user inputs an information request, such as a URI request,through one of the browsers, the request is provided to the multi-modalsession proxy server 110. Whereupon the information request 126 isfurther provided, via the multi-modal session proxy server 110 to acontent server (not shown). The network element 102 is operably coupledto at least one content server, (not shown), such as a database via anintranet connection, a commercial website via an internet connection, orany other type of content server. The requested information may then beextracted from the server and provided back to the browser via themulti-modal session proxy server 110.

In accordance with one embodiment of the present invention, when theinformation request 126 has been executed and the requested informationis provided back to the browser with per session multi-modal proxyevaluator, such as 104 or 112, via the multi-modal session proxy server110, the multi-modal synchronization coordinator notifies the otherbrowser with per session multi-modal proxy evaluator, such as 112 or 104respectively, of retrieval of the requested information. In oneembodiment, the other browser with per session multi-modal proxyevaluator, such as 112 or 104, then sends an identical fetch request tothe multi-modal session proxy server 110, wherein the proxy server 110provides the requested information, cached within the multi-modal proxyserver 110 to the browser with per session multi-modal proxy evaluator,such as 112 or 104.

For example, if a user provides a URI request through the terminalbrowser with per session multi-modal proxy evaluator 104 and theretrieved information is provided to the network element browser withper session multi-modal proxy evaluator 112, the multi-modalsynchronization coordinator 122 would then provide, via connection 118,the terminal multi-modal synchronization interface 106 a notification ofsuccessful information request for the network element browser with persession multi-modal proxy evaluator 112. The network element browserwith per session multi-modal proxy evaluator 112 may then access theretrieved information currently cached with the multi-modal sessionproxy server 110. Therefore, both the terminal browser with per sessionmulti-modal proxy evaluator 104 and the network element browser with persession multi-modal proxy evaluator 112 are synchronized, wherein a usermay actively switch between browsers and be at the same interactionstage without having to re-enter any previously entered information.

FIG. 2 illustrates a multi-modal browser with per session multi-modalproxy evaluator 130, similar to the browsers with per sessionmulti-modal proxy evaluator 104 and 112 illustrated in FIG. 1. Thebrowser 130 has a per session multi-modal proxy evaluator 132 operablycoupled to a multi-modal proxy updater 134, which may be resident withinthe browser itself.

The browser with per session multi-modal proxy evaluator 130 is alsooperably coupled to a multi-modal synchronization interface 136, similarto the multi-modal synchronization interfaces 106 and 114 of FIG. 1. Thebrowser 130 receives a multi-modal proxy identifier 138 from themulti-model session proxy server, not shown. Within the browser 130, theper session multi-modal proxy evaluator 132 receives the multi-modalproxy identifier 138 and evaluates the multi-modal proxy identifier withregards to the browser proxy identifier 140 provided to the per sessionmulti-modal proxy evaluator 132 from a memory 142. The per sessionmulti-modal proxy evaluator 132 compares the multi-modal proxyidentifier 138 with the browser proxy identifier 140. If the multi-modalproxy identifier 138 is different from the browser proxy identifier 140,the per session multi-modal proxy evaluator 132 provides the multi-modalproxy identifier to the multi-modal proxy updater 134, via connection143, to be designated as the new browser proxy identifier. Thereupon,the multi-modal proxy updater 134 then provides the new browser proxyidentifier 144, equivalent to the multi-modal proxy identifier 138, tothe memory 142, thereby overwriting the previous multi-modal sessionbrowser proxy identifier.

In the event the multi-modal proxy identifier is equivalent to theprevious browser proxy identifier from the previous multi-modal session,the multi-modal proxy updater 134 is not updated and the browser 130uses the previous browser proxy identifier already resident within thememory 142. In another embodiment of the present invention, the persession multi-modal proxy evaluator 132 may automatically update themulti-modal proxy identifier 138, regardless of the previous browserproxy identifier 140.

FIG. 3 illustrates an apparatus 201 providing for a multi-modal sessionbetween a terminal 200 and a network 202 having a plurality of networkelements 204 wherein the terminal 200 is operably coupled to a specificnetwork element 204. The terminal 200 has an audio sub-system 206 thatconsists of a microphone 208 and a speaker 210. The audio sub-system 206is operably coupled to a terminal voice transfer interface 212, which isoperably coupled to a voice transfer interface 214, via connection 215,within the network element 204. The terminal 200 also has a terminalsession controller 216 operably coupled to a network element sessioncontroller 218 within the network element 204. During the initiation ofa multi-modal session, the terminal session controller 216 and thenetwork session controller 218, which may be implemented in eitherhardware or software, exchange initialization commands 219 to providefor communication between the terminal 200 and the network element 204.Initialization commands 219, such as address locations for specificelements disposed within the terminal and network element, facilitateactive communication between the terminal 200 and the network element204.

Further resident on the terminal is a graphical browser with per sessionproxy evaluator 220 operably coupled to a multi-modal synchronizationinterface 222. The multi-modal synchronization interface 222 is operablycoupled to a multi-modal synchronization coordinator 122 via connection223 and the graphical browser with graphical browser per session proxyevaluator 220 is operably coupled to the multi-modal session proxyserver 226, also resident on the network element 204. Similar to themulti-modal session proxy server 110 of FIG. 1, the multi-modal sessionproxy server 226 of FIG. 3 is one of a plurality of multi-modal sessionproxy servers designated as the session specific multi-modal sessionproxy server 226. Moreover, the multi-modal synchronization coordinator122 is operably coupled to the multi-modal session proxy server 226 viaconnection 227.

The graphical browser with graphical browser per session multi-modalproxy evaluator 220 is operably coupled to the multi-modal session proxyserver 226 allowing information transfer therebetween, as illustratedacross the general bus 228. The multi-modal session proxy server 226initially provides the multi-modal proxy identifier 229 to the graphicalbrowser with per session multi-modal proxy evaluator 220. The graphicalbrowser with per session multi-modal proxy evaluator 200 evaluates themulti-modal proxy identifier, and updates the graphical browser proxyidentifier (not shown) if required.

Resident within the network element 204 is a speech engine 230 operablycoupled to the voice transfer interface 214 via connection 225. Thespeech engine 230 is further operably coupled to a voice browser withper session multi-modal proxy evaluator 232, via connection 231. When auser wishes to utilize the voice browser with per session multi-modalproxy evaluator 232, an input command is spoken into the microphone 208on the terminal 200. The spoken request is encoded and then provided tothe terminal, voice transfer interface 212 where it is forwarded to thenetwork element voice transfer interface 214. The speech may be encodedusing Pulse Code Modulation, or any other suitable encoding scheme asrecognized by one skilled in the art. The spoken request is thenprovided to the speech engine 230 where it is converted and provided tothe voice browser with per session multi-modal proxy evaluator 232.

Similar to the graphical browser with per session multi-modal proxyevaluator 220, the voice browser with per session multi-modal proxyevaluator 232 is operably coupled to a multi-modal synchronizationinterface 234. The multi-modal synchronization interface 234 is furthercoupled to the multi-modal synchronization coordinator 122 viaconnection 237. Also, the voice browser with per session multi-modalproxy evaluator 232 is operably coupled to the multi-modal session proxyserver 226. During initiation of a multi-modal session, the multi-modalsession proxy server 226 provides the multi-modal session proxyidentifier (not individually designated) along bus 235 to the voicebrowser, whereupon the voice browser with per session multi-modal proxyevaluator 232 evaluates the browser proxy identifier, as discussed withreference to FIG. 2.

Further illustrated in FIG. 3, the multi-modal session proxy server 226is operably coupled to a controller 236, which operably coupled to aload balancer 238. As recognized by one of ordinary skill in the art,the controller 236 and load balancer 238 may also be resident within themulti-modal session proxy server 226. The load balancer 238 determinesthe available bandwidth for the plurality of multi-modal session proxyservers 226. Based on information from the load balancer 238, thecontroller 236, which may be implemented in either hardware or software,determines which multi-modal session proxy server 226 may be used forthe multi-modal session. The controller 236 determines the multi-modalsession proxy server 226 based on a variety of factors, including, butnot limited to, available bandwidth and location of the proxy servers.

In another embodiment of the present invention, each of the at least onemulti-modal session proxy servers contains a controller and a loadbalancer. The load balancer provides the controller the requisitebandwidth availability information, whereupon the controllers from thevarious multi-modal proxy servers interact with each other to determinethe optimum session specific multi-modal session proxy server, asdiscussed with reference to FIG. 4.

Once the initialization steps for the multi-modal session have beencompleted, a user may then enter an information request through one ofthe plurality of browsers with per session multi-modal proxy evaluators,such as 220 or 232. For example, a voice command request may be receivedby the microphone 208 and provided to the voice browser with per sessionmulti-modal proxy evaluator 232, via the plurality of voice transferinterfaces 212, 214 and the speech engine 230. The information requestis provided to the multi-modal session proxy server 226 designated bythe browser proxy identifier.

The information request is retrieved via the multi-modal session proxyserver 226, from a content server 240 operably coupled to the networkelement 204. As recognized by one skilled in the art, the content servermay be resident within the network itself or a commercially availablecontent server, such as a weather database or a search engine, operablycoupled via the internet, intranet, or other suitable network. Theinformation request is routed to the content server 240 and theinformation is retrieved and provided to one of the browsers with persession multi-modal proxy evaluator 220 or 232.

Concurrent with the successful retrieval of the information request, themulti-modal session proxy server 226 notifies the multi-modalsynchronization coordinator 122. The multi-modal synchronizationcoordinator 122 notifies the multi-modal synchronization interface (suchas 234 or 222) of the browser with per session multi-modal proxyevaluator that did not receive the requested information (such as 220 or232 respectively). The browser that did not receive the requestedinformation may then access the requested information from themulti-modal session proxy server 226. Thereupon, both browsers with persession proxy evaluators, 220, 232 will be synchronized.

The present invention enables multiple browsers, such as 220 and 232, ina multi-modal session to be synchronized, through the multi-modal proxyserver 226. In conjunction with the multi-modal synchronizationcoordinator 122 and the multi-modal synchronization interface, 222 and224, for each of the plurality of browsers with per session multi-modalproxy evaluators 220, 232, the system 201 can efficiently provideinformation requests to a plurality of third party content servers, suchas 240. The present invention provides for a session specificmulti-modal proxy server to be determined on a per session basis,thereupon providing an improved information transfer system via anoptimum multi-modal session proxy server with optimum bandwidthcapabilities, among other things.

FIG. 4 illustrates another representation of the plurality ofmulti-modal session proxies prior to a session specific multi-modalproxy being determined. The system 260 comprises a terminal 101 and anetwork element 262. The terminal 101 has a browser with per sessionmulti-modal proxy evaluator 104, such as a graphical browser, operablycoupled to a multi-modal synchronization interface 106. The browser withper session multi-modal proxy evaluator 104 is operably coupled to acentral bus 268, via bus 269, or any other suitable connection, and themulti-modal synchronization interface 106 is operably coupled to amulti-modal synchronization coordinator 122 via connection 118.

Resident within the network element 262 is a browser with per sessionmulti-modal proxy evaluator 112, such as a voice browser. The browserwith per session multi-modal proxy evaluator 112 is operably coupled toa multi-modal synchronization interface 114. The multi-modalsynchronization coordinator 112 is further coupled to the bus 269 viaconnection 271. The browser with per session multi-modal proxy evaluator112 is further coupled to the bus 268 via bus 269, or any other suitableconnection, and the multi-modal synchronization interface 114 isoperably coupled to the multi-modal synchronization coordinator 122 viaconnection 120.

Also illustrated within the network element are a plurality of amulti-modal session proxy servers 276, 278 and 280 operably coupled tothe bus 268, via bus 269 or any other suitable connection. As recognizedby one of ordinary skill in the art, FIG. 4 illustrates threemulti-modal session proxy servers, whereas any number of a plurality ofproxy servers may be resident and operably coupled to the bus 268.Resident within each of the multi-modal session proxy servers is acontroller 282, 286 and 290 and a load balancer 284, 288 and 292,respectively.

As discussed with reference to FIG. 3, the controller (282, 286 and 290)resident within each multi-modal session proxy server (276, 278, and280) determines, from the load balancer (284, 288 and 292), the amountof available bandwidth for the multi-modal session proxy server (276,278 and 280). The controllers interact with each other to determine theproxy either having the most available bandwidth or the most efficientinformation transferability with respect to the terminal and othernetwork elements.

During a session initiation, the controllers between the various proxiesprovide for the determination of the multi-modal session proxy. Thecontroller then provides the multi-modal session proxy identifier 294 tothe browsers for evaluation to potentially update the browser proxyidentifiers corresponding to the determined multi-modal session specificproxy. Once a multi-modal session proxy server is designated and thebrowser proxy identifiers having been evaluated in view of themulti-modal session proxy identifier, the user may provide informationrequests 296 similar to the system of FIG. 3 through the browsers withper session multi-modal proxy evaluators 104 and 112.

In one embodiment of the present invention, as illustrated in FIG. 1,wherein the network element contains a plurality of multi-modalsynchronization coordinators, one of which is designated for themulti-modal session, the multi-modal proxy server must designate aspecific multi-modal synchronization coordinator 122. In thisembodiment, within the multi-modal session proxy server, is resident adatabase containing the addresses of the plurality of multi-modalsynchronization coordinators and a plurality of protocols for accessingthe multi-modal synchronization coordinators. Wherein, the protocolsinclude programming instructions to notify the multi-modalsynchronization coordinator to be utilized for the multi-modal session.

FIG. 5 illustrates the steps for multi-modal communication, inaccordance with an embodiment of the present invention, upon the startup of a multi-modal session 300. The first step is initiating amulti-modal session between a terminal and a multi-modal network element302. Once the session has been initiated, the network element determinesa multi-modal session proxy server on a per session basis, designated at304. As discussed above, this determination may be based on optimizationof, at least, available bandwidth between at least one multi-modalsession proxy server having a controller and load balancer.

The terminal receives a multi-modal proxy identifier from themulti-modal session proxy on a per session basis, designated at 306. Inone embodiment of the present invention, the determination of themulti-modal session proxy server and the transmission of the multi-modalproxy identifier occur during session initiation. The next step 308 isevaluating, on a per session basis, a browser proxy identifier residentwithin the browser, in response to receiving the multi-modal proxyidentifier from the multi-modal session proxy.

The user may then send an information request to the multi-modal sessionproxy identified by the multi-modal proxy identifier, submitting thisrequest through one of the plurality of browsers with per sessionmulti-modal proxy evaluators, as discussed with reference to FIG. 3,designated at 310. Within the multi-modal session, the requestedinformation is then fetched from a content server, designated at step312, via the multi-modal session proxy server. Once the requestedinformation has been retrieved, it is provided to the appropriatebrowser, designated at step 314. Moreover, the multi-modalsynchronization coordinator synchronizes the other multi-modal browsersof the retrieved information request.

The requested information is then provided to the user via the browserwhereupon the user may then enter another information content request,step 316. If another request, designated at 318, is provided, once againthe browser sends the information request to the multi-modal sessionproxy identified by the multi-modal proxy identifier, step 310, whereinthe URI request is fetched and provided to the browser.

If no further content requests are provided 320, a determination must bemade whether the session is terminated and a new session in initiated,designated at step 322. If another session is initiated, designated at324, the system once again initiates a multi-modal session between aterminal and a network element, designated at step 302. If the sessionis terminated, and a new session is not initiated, the multi-modalcommunication session is completed, designated at step 328.

In one embodiment of the present invention, at the termination of themulti-modal session, the multi-modal proxy identifier provided to thebrowsers at the initiation of the multi-modal session is explicitlydeleted from the memory, such as memory 142 in FIG. 2. In thisembodiment, the multi-modal session proxy server sends a null addresswhich is treated by the browser as an updated multi-modal proxyidentifier.

Referring to FIG. 6, a method for multi-modal communication includes thesteps of starting up a session 350 and initiating a multi-modal sessionbetween a terminal and a multi-modal network element, designated at step352. The next step is determining a multi-modal session proxy, on a persession basis, designated at step 354. This step is composed of twoseparate steps: accessing a load balancer operably coupled to acontroller within the multi-modal session proxy step 356; anddetermining the multi-modal session proxy in response to the loadbalancer, step 358.

Once the multi-modal session proxy has been determined, a multi-modalproxy identifier is provided, on a per session basis to the browser,designated at step 360. On a per session basis, a browser proxyidentifier is evaluated in response to receiving the multi-modal proxyidentifier, step 362. Similar to the steps illustrated in FIG. 5, thenetwork element receives an information request from the browserdirected to the multi-modal session proxy which is identified by themulti-modal proxy identifier, step 364. The requested information isfetched from a content server operably coupled to the network element,step 366. And the requested information is then provided to the user viathe browser, step 368.

If further content requests 370, are provided, designated at 372, therequests are once again provided from the browser and routed through themulti-modal session proxy identified by the multi-modal proxyidentifier, step 364. Furthermore, the requested information is thenfetched and provided to the user via the browser. In the event that nofurther content requests are provided, designated at step 374, adetermination is made as to whether a new session is initiated,designated at 376. If another session is initiated, step 378, a newmulti-modal session is initiated between the terminal and the networkelement, step 352. Otherwise, if a new session is not initiated, step380, the method is ended, 382.

FIGS. 7 and 8 illustrate the steps taken in a multi-modal session havinga session specific proxy identifier coupled to a graphical browser and avoice browser. FIG. 7 provides for a multi-modal session with agraphical browser. Upon the initiation of the multi-modal session 400,wherein the multi-modal session proxy has been determined and evaluatedby the browser, the user enters an information request, such as a URI,into the graphical browser, designated at step 402. Typically, the userwill enter information via the keypad through either typing actual textor using a scroll menu to select a particular menu item. Next, thegraphical browser sends the fetch request to the multi-modal sessionproxy identified by the multi-modal proxy identifier, designated at step404. The multi-modal proxy fetches the information request on behalf ofthe graphical browser, retrieving markup encoded information, step 406.

The multi-modal session proxy then provides the retrieved information tothe graphical browser, where the browser decodes the information to beprovided to the user, step 408, i.e. visually displayed on a screen.Similar to the systems illustrated in FIGS. 1-4, once the informationhas been successfully retrieved and provided to the user, themulti-modal synchronization coordinator updates the voice browser viathe voice browser's multi-modal synchronization interface providing thegraphical browser requested information to the voice browser forsynchronization, step 410. Once the voice browser has been updated, thefetch request is fully completed, step 412.

FIG. 8 illustrates a multi-modal session specific fetch request withregards to a voice browser. Upon the initiation of a multi-modalsession, step 420, the user speaks an information request into amicrophone within an audio sub-system resident on the terminal, step422. The request is provided to a speech engine resident on the networkelement via a plurality of voice transfer interfaces on the terminal andnetwork element, step 424. As recognized by one of ordinary skill in theart, the speech engine may be disposed on the terminal as well as on thenetwork element.

The speech engine then decodes the spoken information request andprovides this request to the voice browser, which thereupon sends theinformation fetch request to a multi-modal session proxy designated bythe multi-modal proxy identifier, step 426. Similar to FIG. 7, themulti-modal proxy fetches the requested information on behalf of thebrowser, returning markup encoded information, step 428.

Once the information has been retrieved, the multi-modal session proxyprovides the information to the voice browser, where the browser decodesthe information to be provided to the user, step 430. The voice browserprovides the information to a speech engine, which then converts theinformation into audible text and provides the output to a speakerwithin the audio sub-system of the terminal, via the plurality of voicetransfer interfaces.

In the final step of the multi-modal proxy voice fetch request, themulti-modal synchronization coordinator updates the graphical browser,via the graphical browser multi-modal synchronization interface, of thevoice browser requested information retrieval, step 432. Once thegraphical browser has been properly updated, the request has beencompleted, 434.

FIG. 9 illustrates another embodiment of the present invention,specifically the usage of a multi-modal session identifier inconjunction with a multi-modal session specific proxy server. Initially,step 500, the multi-modal session proxy server generates a multi-modalproxy identifier and a multi-modal session identifier, designated atstep 502. The multi-modal session identifier is a reference indicatoridentifying the specific multi-modal session for which the multi-modalproxy identifier is designated.

Next, step 504, the multi-modal proxy identifier and the multi-modalsession identifier are provided to a first multi-modal browser, at leastone second multi-modal browser and a multi-modal synchronizationcoordinator, such as elements 104, 112 and 122, respectively, of FIG. 4.On a per session basis, a browser proxy identifier is evaluated inresponse to receiving the multi-modal proxy identifier and an updatedbrowser proxy identifier is stored in a memory location. Also, themulti-modal session identifier is stored within the first multi-modalbrowser and the at least one second multi-modal browser, designated atstep 506.

An information fetch request for request information is sent from thefirst browser to a multi-modal session -proxy identified by themulti-modal proxy identifier, the information fetch request having themulti-modal session identifier, designated at step 508. As recognized byone skilled in art, the multi-modal session identifier may be containedwithin the body of information fetch request or inherent in the requestitself, based on the multi-modal proxy identifier. Next, step 510, therequested information is fetched from a content server and cached in themulti-modal proxy server, referencing the requested information by themulti-modal session identifier.

The requested information is provided to the first multi-modal browserand the multi-modal synchronization coordinator is notified of the firstmulti-modal browser fetch request, designated at step 512. Thereupon,the at least one second multi-modal browser is notified of the firstbrowser information fetch request, designated at step 514. The at leastone second multi-modal browser then sends a second information fetchrequest to the multi-modal session proxy identified by the multi-modalproxy identifier, wherein the second fetch request includes themulti-modal session identifier, designated at step 516.

The requested information is retrieved from the multi-modal sessionproxy server based on the multi-modal session identifier and provided tothe at least one second multi-modal browser, designated at step 518.Whereupon, the first multi-modal browser and the at least one secondmulti-modal browsers are coordinated and the method is completed, step520.

The multi-modal session identifier allows the multi-modal session proxyto cache and reference the information fetch request(s) based on thesession identifier. This embodiment allows the multi-modal proxy serverto maintain a plurality of multi-modal sessions and to efficiently cachethe requested information and allow for the coordination of themulti-modal browsers on a per session basis.

The present invention provides for the improved efficiency of amulti-modal session by dynamically designating a session specific proxyupon the initiation of a multi-modal session. A session specific proxywhich is chosen on a per session basis based on available bandwidth orother optimization parameters can more efficiently handle the usersfetch request. Therefore, the present invention improves a multi-modalsession through improved information transfer efficiency.

It should be understood that the implementation of other variations andmodifications of the invention in its various aspects will be apparentto those or ordinary skill in the art, and the invention is not limitedby the specific embodiments described. For example, functionalcomponents relating to the voice browser may be resident on the terminalinstead of on the network element. It is therefore contemplated to coverby the present invention any known modifications, variations, orequivalents that fall within the spirit and scope of the basicunderlying principles disclosed and claimed herein.

1.-30. (canceled)
 31. A method for multi-modal communication comprising:generating a multi-modal proxy identifier and a multi-modal sessionidentifier; providing the multi-modal proxy identifier and themulti-modal session identifier to a first multi-modal browser and atleast one second multi-modal browser; sending an information fetchrequest for requested information from the first multi-modal browser,the information fetch request having the multi-modal session identifier,to a multi-modal session proxy server identified by the multi-modalproxy identifier; and fetching the requested information from a contentserver and caching the requested information in the multi-modal proxyserver, referencing the requested information by the multi-modal sessionidentifier.
 32. The method of claim 31 further comprising: providing therequested information to the first multi-modal browser; notifying amulti-modal synchronization coordinator of the successful fetch request;and notifying the at least one second multi-modal browser of the firstmulti-modal browser information fetch request.
 33. The method of claim32 further comprising: sending a second information fetch request fromthe at least one second multi-modal browser to the multi-modal sessionproxy identified by the multi-modal proxy identifier, wherein the fetchrequest has the multi-modal session identifier.
 34. The method of claim33 further comprising: retrieving the requested information from themulti-modal session proxy server based on the multi-modal sessionidentifier; and providing the requested information to the at least onesecond multi-modal browser.